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® Verfahren und Anordnung zur Verkehrsinformation 

@ Beschrieben wird ein Verfahren zur Verkehrsinformati- 
on, wobei auf Anfrage und/oder automatisch Daten zwi- 
schen einer Zentraleinheit und einer mobilen Teilnehmer- 
einheit ubertragen werden. Weiter wird eine Anordnung 
zur Verkehrsinformation offenbart, wobei mindestens 
eine Zentraleinheit sowie mindestens mehrere mobile 
Teilnehmereinheiten vorgesehen sind. 
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Beschreibung 

Durch das sletig wachsende Verkehrsaufkommen wird der Bedarf an hochwertigen Systemen zur Verkehrsinformation 
und Verkehrsleitung immer dringlicher. Dabci crgeben sich jedoch die Probleme, wiedem Benutzer steis aktuelle Infor- 
5 mationen zur Verfiigung geslellt werden konnen, die ihm gleichzeiiig einen hohen Benutzerkomfort bielcn. 

Diese Problemalik wird gelosl durch die Merkmale der Palentanspriiche 1 und 2. Weitere mdgliche Ausgestaltungs- 
fonnen der Erfindung sind der nachfolgenden Beschreibung entnehmbar. Insbesondere konnen Daten auf verschiedenste 
Ausgangsparanieier bezogen werden, z. B. Oris-, Start- oder Zielinfonnationen bzw. Streckeninforniationen der Fahrt, 
zentrale- oder endgerateseitige Abfragen, die gerategesiutzl oder personengestulzt durchgerlihrt werden konnen. Die Da- 
10 teniibertragungen konnen zu Informationscrfassungszwecken und/oder zu InfonnationsUbertiagungszwecken wie auch 
zur Informationsaktualisierung durchgefuhn werden. 

2.1 Ubersicht iiber den Verkehrsinformationsdienst (VTNFO) 

15 Ziel des Verkehrsinformaiionsdiensies (VINFO) ist, dem Nutzer eines entsprechenden Endgerates jederzeit aktuelle 
und qualitativ hochwertige Informationen zur Verkehrslage bereitzustellen. Damil tragt T-Mobil sowohl zu eineiti kom- 
fortableren Fahrerlebnis des Kunden als auch zu einer Entspannung der Verkehrssituation bei. 

T-Mobil wird Verkehrsinlbrmaiionen erfassen, aufbereiien und individual flir die einzelnen Kunden zusammenstel- 
len. 

20 Grundsaizlich konnen vom Kunden Informaiionen zu einem geographischen Gebiet oder explizit zu einer Strecke ab- 
gefragt werden. 



Onboard Unit 


Operator-Anfrage (TS11) 


Service Center 


Eingabe der faiorma- 


Zusammenstellung und 
Aufbereitung der vor- 
handenen Verkehrsin- 
fo's 


tionen zur Abfrage von 
Verkehrsinformationen 

Abarbeitung/Prasenta- 
tion 


oder 

Anfraae uber Endaerat % 


Daten-Gbertragung der Verkehrs- 
informationen oder Fehlermeldung 


oder 

Sprachverbindung (TS1 1 ) 





(Schematischer Abiauf des Verkehrsinformationsdienstes) 

45 

Bei der Gestaltung des Verkehrsinformationsdienstes wurde beriicksichtigt, daB T-Mobil iiber ein eigenes Erfassungs- 
system mil Schwerpunkt Mobile Verkehrsdatenerfassung iiber Falirzeuge (FCD) verfugen wird, das ein Vielfaches der 
heutigen Datenbestande bereitstellen wird, so daB die Gefahr eines "Oberschuuen des Kunden mit Verkehrsinfos" be- 
steht Zudem soil der Kunde nicht mit der Eingabe vieler absoluter Parameter uberfordert werden, da hier die Gefahr be- 
so stent, daB bei ungiinstiger Definition der Parameter wichtige Informationen fur ihn verlorengehen. 

Der Kunde kann Verkehrsinformationen individuell aus einem umfangreichen Angebot auswahlen: 




Das Angebot von Verkehrsinformationen laBt sich in zwei Kategorien unteneilen. 

60 

2.1 Umkreisbezogene Verkehrsinformationen 



~ Lokale Verkehrsinformationen (kleiner Bezugsbereich mit Schwerpunkt Meldungen mit lokaler Bedeutung); 

- Regionale Verkehrsinformationen (mittlerer Bezugsbereich mit Schwerpunkt Meldungen mit regionaler Bedeu- 
65 lung); 

- Uberregionale Verkehrsinfonnationen (groBer Bezugsbereich mil Schwerpunkt Meldungen mit uberregionaler 
Bedeutung); 

- Zielgerichlete Verkehrsinformationen (Bezugsbereich basierend auf dem resultierenden Richtungsvektor und der 

n 
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Entfernung zum Ziel). 

Der ausgewahlte Parameter wird zusammen mil der aktucllen Position und ggf. dem Zielort (bei zielgerichleter Info) 
zur Zenlrale ubertragen. Don wird aufgrund der Kundenvorgaben und den Eigenschaften (Dichle der Verkehrsinfraslruk- 
lur) des Rasierfeldes, in dem sich der Kunde aufhalt (aktuelle Position), die GroBe des Bezugsbereichs ermittelt. 5 

Als Richtwene fur die GroBe des Bezugsbereich (Radius) konnen folgende Werte angenoninien werden: 



Infrastruktur 


Umkreis lokal 


Umkreis regional 


Umkreis uberregional 


Ballunqsraum 


ca. 15 km 


ca. 25 km 


ca. 45 km 


urbane Gebiete 


ca. 25 km 


ca. 35 km 


ca. 55 km 


landliche Gebiete 


ca. 35 km 


ca. 45 km 


ca. 65 km 



15 

2.1 .2 Streckenbezogene Verkehrsinformationen 
Zur streckenbezogenen Abfrage siehen dem Kunden zwei Modi zur Verfugung: 

- StraBen bezogene Verkehrsinformationen (fur einzelne oder mehrere SlraBen); 20 

- Routenbezogene Verkehrsinformaiionen (Verkehrsinformationen zu einer im Endgerat abgelegien Route). 

Beini Dienst StraBenbezogene Verkehrsinformationen gibt der Kunde die Kennung und Nummer der StraBe (z. B. A59 
oder B3) ein, zu denen er Verkehrsinformationen wunscht. 

Beim Dienst Routenbezogene Verkehrsinformationen wahlt der Kunde eine vordefinierte Route aus dem Speicher des 25 
Endgerals aus oder gibt eine Folge zusammen hangender SlraBen uber das Endgerale-MMI ein. Diese Routen konnen im 
Rahmcn der Anwcndung "Orient icrungshilfc" crstcllt und abgclcgt werden. 

Die Anfrage an die Zenlrale zur Lieferung von Verkehrsinformationen kann auf zwei Arten erfolgen: 



- Eingabe der Anfrageparameter direkt am Endgerat: der Kunde gibt die notwendigen Infonnationen zum ge- 30 
wunschten Umkreis/Slrecke am Endgerat ein, bzw. ruft sie aus einem vorhandenen Zielespeicher im Endgerat ab. 

- Eingabe der Anfrageparameter uber Telefonie: der Kunde ruft uber die Mobiltelefonie-Einheit seines Endgerates 
(TS11) die Service-Zentrale an. Die Zenlrale (sprich: ein Operator) ermittelt die gewiinschten Informationen und 
sendet sie entsprechend der beim Anruf niitgesendeien MSISDN des Kunden unmittelbar oder zu einem vom Kun- 
den gewiinschten Zeitpunkt (Kap. 3.5.3) an sein Endgerat bzw. in seine Sprachbox. 35 

In der Zentrale werden bei der Verkehrsinfo- Anfrage mit Parameter-Eingabe direkt am Endgerat zunachst die Kunden- 
angaben auf Korreklheit, Vollstandigkeil und Eindeutigkeit iiberpriift. Ggf. wird eine Fehlenneldung zum Fahrzeug ge- 
sendet. 1st die Benutzeranfrage bei unvollstandigen AdreBangaben nichl eindeutig zu interprelieren, so wird mit der Feh- 
lenneldung eine Auswahlliste ins Fahrzeug zugestellt, mil der die Anfrage prazisiert werden kann. 40 

2.2 Uber die Dokumente 



Die Telematikdienstespezifikation Verkehrsinformationsdienst (VTNFO) beschreibt die endgerateseitigen Ablaufe des 
Dienstes, die Kommunikationsablaufe zwischen Endgerat und Zentrale sowie die Verwendung der zu Verfugung stehen- 45 
den Nachrichtentypen (Messages). 

In Kapitel 2 werden die Varianien des VINFO-Dienstes sowie die entsprechende Kodierung der Messages beschrie- 
ben. In Kapitel 3 werden die endgerateseitigen Ablaufe der verschiedenen Varianten des VINFO-Dienstes sowie die 
Kommunikationsablaufe beschrieben. In Kapitel 4 wird der VINFO-Dienst uber Cell Broadcast voigestellt. Kapitel 5 be- 
schreibt die Anforderungen des VINFO-Dienstes an die Endgerate. 50 

Diensteubergreifende Spezifikationen, die fur das Verslandnis der vorliegenden Spezifikation erforderlich sind: 

- Interne Dienste - Endgerateseilige Beschreibung des Dienstablaufs und der Zugangsberechiigung (siehe Telema- 
likspezifikation Interne Dienste): 

- Conditional Access and Security Protocol. 55 



Die aufgefuhrten Message Types finden sich in den Dokumenten: 

- Application Data Protocol Traffic Information (TINFO); 

- ADP Message Types of General Interest. 60 



Richllinien fur die Codierung spezieller Datentypen finden sich in folgenden Dokumenten: 



- Address Coding; 

- Coding of Text and Transparent Data; 65 

- Coding of Extended Location Message ; 

- Area and Location Coding; 

- Coding of Absolute Time: 
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- Geo Coding; 

- Event Coding. 



Der Transportrahmen fur die Message Types ist festgelegt in: 

- Transport Protocol for GSM-SMS and X.25. 

Die jeweils aktuellen Versionsnummem der aufgefuhrten Dokumente werden von T-Mobil bei jeder Anderung an un- 
sere Partner weitergegeben. 

3 Allgenteine Ablaufe 
3.1 BegrifTsdefinitionen 
Folgende Begriffe sind fur dieses Dokumenl eindeutig festgelegt: 



• ADP 

• aklive Quit lung 

• Datentelcgramm 

• Endgerat 

• Event-Code 

• Geo-Code 

• Sprachverbindung 

• VTR 

• Zentrale 



Application Data Protocol 

aktive Bestatigung des Erhalts eines Telegramms durch den Nutzer 
zwischen zwei Sysiemen ausget auschte digit ale Nachricht 
mil der Zentrale interagierendes, in derRegel mobiles System zur Abwicklung 
von Telematikdiensten 

Eindeutige Fesdegung und Identifikation von Ereignissen, Ursachen und Hin- 
weisen fur Verkehrsinformationsmeldungen (vgL gleichnamige Spezifikation) 
Eindeutige Festlegung und Identifikation eines geographischen Objektes durch 
Koordinaten (vgl. Spezifikation) 

leitungsvermittelter Kanal zwischen zwei Systemen zur bidirektionalen Uber- 
mittlung von Sprache (TS21) 
Verkehrsteleniatik-Endgerat (vgl. Hndgerat) 

von der T-Mobil bereitgestelltes System zur Abwicklung von Telematikdiensten 



Die Message Types mil ihren Inhalten werden wie folgt beschrieben: 



35 



Information Element 



Beschreibung des Feidinhaltes 

z.B.:Protocol Discriminator Oder 
Position 



Festlegung 
des Feldtyps 

MF: Manda- 
tory, Fix 
length 

MV: Manda- 
tory, Variable 
length 

OF: Op- 
tional, ' Fix 
length 

OV: Op- 
tional, Vari- 
able length 



.Length [bits] 



Lange des 
Feldes 

in Anzahl 
Bits 

bei MF oder 
OF 



var. 

bei MV oder 
OV 



Content 



Festlegung des Inhaltes zur 
Nutzung der Dienste 



60 



3.2 Transportprotokoll - Handling 
Zur Nutzung des interaktiven Verkehrsinformations-Dienstes wird das Transportprotokoll wie folgt verwendet: 



65 



4 



DE 196 51 143 Al 



. Information Element • . 


Type 


Lenght 
. . .(bits) :C 


:V ; • ■; : ".Content.'./:.;. ".V '; 


Transport Protocol Discriminator 


MF 


8 


00000001 


Application ID 


MF 


8 


s. Kap. 3.2.1 


ADP Version 


MF 


7 , 


0000001 (V1.0) 


Initiative Flag 


MF 


. 1 


1: bei EG Initiative, d.h. immerfur 
Relative Regional TINFO Request, 
Extended TINFO Update, 
TINFO Text Request und 
TINFO Code Request Message 
bei der Traffic Informatinn TIMFH I 
Speech und Text Message nur, wenn 
diese von der Zentrale initiiert wurde 

0: bei alien nachfolgenden 
Messages 


Context Number 


MF 


8 


MSB s 1 : bei Endgerate Initiative, Con- 
text Nummer durch EG vergeben 

MSB = 0: bei Zentralen Initiative, Context 

WlimmPr Hlirf*h 7^ntr»lo \/arnohon 

I^IUIIIIIIGI UUIOII Z-dlllaJv? Vt/IUwUcil 


Total Number of Packets 


MF 


5 


Anzahl = X - 1 ^ Wertebereich 1 ... 32 


Index of Actual Packet 


MF 


5 


Index m 0 - (X-1) h> Wertebereich 1 ... 32 


Mailbox-Flag 


MF 


1 


0: Mailbox nicht unterstQtzt in dieser 
Version 


Debit-Info 


MF 


4 


0: nicht unterstutzt in dieser Version 


Length User Data 


MF 


9 


Lange der Nutzdaten (CAS+ADPU) in 
Byte Wertebereich 0 bis 511 Byte 



10 
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40 
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50 
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Der Transportrahmen unterstutzt das Versenden von Nutzdaten iiber mehrere Short-Messages hinweg. Das Verfahren 
ist im Dokumeni "Transport Protocol" festgelegt. 

Fur den Empfang der Meldungen iiber Cell-Broadcast wird kein spezielies Transport Protokoll verwendet. Vielmehr 
wird die Dienstekennung (siehe Kapiiel 3.2.1) aus der Ceil Broadcasi Message ID abgeleitet. Die Lange der Nutzdaten 
wird im CAS-Protokoll ubertragen. 

Der voile Funklionsumfang des im Dokument "CAS Protocol" beschriebenen CAS-Layers ist endgerateseitig zu im- 
plementieren und zu unterstikzen. 

3.2.1 Dienstekennung 

Dienstekennungen sind eindeutige, von der Zentrale vergebene AdreBinformationen zum Routing zwischen dem 
Komnnmikalionsinterface und den Applikationen. Diese werden im Feld Application ID im Transport-Layer ubertragen. 
Folgende Informationsdienste werden in der Version 01 . 07. 1 997 unterstutzt: 



Service ID llh 
Service ID 12h 
Service ID 13h 
Service ID 14h 
Service ID 15h 



VINFO umkreisbezogen (Texteausgabe) 

VINFO zielgerichtet, straBen- oder routenbezogen (Texteausgabe) 
TINFO Update; Buchung in Zentrale (Texteausgabe) 
TINFO Update; periodische Anfrage (Texteausgabe) 
TINFO Update; Sprachausgabe 



3.2.2 Zuordnung von Aniworten zu einer Anfrage 
Die Zuordnung von Transaktionen erfolgt iiber die beiden Felder: 

- Initiative Flag; 

- Context Number 



5 
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im Transport -Layer. 

Im Auftrag an die Zenirale vergibt das Verkehrstelematik-Endgerat eine frei wahlbare Coniext Number (Einschran- 
kung: MSB=1). Mit Initiative Flag=l (Initiative) wird die ersle Transaktion der Kette, der Auftrag, gekennzeichnet 

Erfolgt eine Anlworl an das Verkehrstelemauk-Endgerat wird wieder dessen Coniext Number gesetzt. Das Initiative 
5 Flag wird bei alien zugehorigen Antwonen auf 0 gesetzt. Damil kann der Aufiraggeber die Antwort eindeutig deni er- 
icillen Aufirag zuordnen. 

Bei nicht vom Endgerat initiierten Roule Messages vergibt die Zentrale eine frei wahlbare Context Number (Ein- 
schrankung: MSB=0). Das Initiative Flag=l (Initiative). 

io 3.3 Datenvolumen der Traffic Information Message beim VTNFODienst 

Der VINFO-Dienst stellt die Verkehrsinfomiationen sowohl beim kollektiven Dienst uber CB als auch beint inlerak- 
tiven Dienst uber SMS-ptp mit der Traffic Information Message bereit. 

Bei SMS-ptp stehen 124 Byte Nutzdaten (nach Abzug von Transportprot. 7 Byte, CAS verschliisselt 9 Byte) pro SMS 
15 zur Verfugung. Bei SMS-CB stehen 77 Byte Nutzdaten (nach Abzug von CAS verschliisselt 5 Byte) pro CB-Page zur 
Verfugung. 

Der fixe Teil der Traffic Information Message hat eine Lange von 22 Bit. Der variable Teil setzl sich aus den TINFO 
zusammen. 

Eine UNFO enthaltdie fixen Anteile General Information, Location, Event und End. Optional sind die Blocke Cause, 
20 Hint und Bypass. In dieser Abschatzung werden die Blocke Duration, Average Speed und Event Position nicht beriick- 
sichtigt, da sie nur sellen Bestandteil von Verkehrsmeldungen sind. 
Die TINFO's werden wie folgt klassifiziert: 





lange [BrtJ ;] 


Basis-TINFO (nur Location und 
Event) 


130 


Basis-TINFO mit Cause 


146 


Basis-TINFO mit Cause und Hint 


162 


Basis-TINFO mit Cause und Bypass 


226 



35 

Unter Berucksichtigung des fixen Teils der Traffic Information Message von 22 Bit ergeben sich daraus fur eine CB- 
Page folgende Anzahlen von TINFO: 







Basis-TINFO (nur Location und 
Event) 


4 


Basis-TINFO mit Cause 


4 


Basis-TINFO mit Cause und Hint 


3 


Basis-TINFO mit Cause und 
Bypass 


2 



Unter Berucksichtigung des fixen Teils der Traffic Information Message von 22 Bit ergeben sich daraus fur eine SMS 
folgende Anzahlen von TINFO: 

55 



60 
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Basis-TINFO (nur Location und 
Event) 


7 


Basis-TINFO mit Cause 


6 


Basis-TINFO mit Cause und Hint 


5 


Basis-TINFO mit Cause und 
Bypass 


4 



Bei SMS-ptp ist zu beriicksichtigen, daB eine Traffic Information Message mil groBerem Datenvolumen auf mehrere 
SMS verieill werden kann. 

3.4 Codierung von Text 



Alle Text Elcniente innerhalb der Informationsdienste verwenden folgendes Formal: 



Information Element 


•Type 


■ Length (bits) ; 


Content y.'j 


Text Representation 


MF 


2 


2 

Text ISO 8859-1 
(8 bits per character) 


Length 


OF 


10 

• 


Lange des Textes in An- 
zahl Buchstaben, incl. 
Steuerzeichen 


Text / Data 


OV 


N x 8 


Text 



3.5 Codierung des Communication Headers der verwendeten ADPs 
Der Communication Header der verwendeten ADFs ist wie folgt zu codieren: 



DE 196 51 143 A 1 



5 










Traffic Information Message 


03h 


0 


01 h 


11) 


Extended TINFO Request 
Message 


03h 


0 


03h 




TINFO Text Request Message 


03h 


0 


05h 


15 


TINFO Code Request Message 


03h 


0 


OAh 




TINFO Code Message 


03h 


0 


02 h 


20 


TINFO Deletion Message 


03h 


0 


OBh 




TINFO Text Message 


03h 


0 


OCh 


25 


TINFO Speech Message 


03h 


0 


ODh 


30 


Relative Regional TINFO Request 
Message 


03h 


0 


OEh 




Text Message 


02h 


0 


01 h 


35 


Error Message 


02h 


0 


03h 



3.6 Zeitsteuerung der Kommunikationsablaufe 

40 Die fur die interaktiven Verkehrsinformationsdienste relevanien Timer sind nachfolgend aufgefuhrt. Die Hinterlegung 
und das Updaten der Timer im Endgerai wird in der Telematikdienstespezifikauon "Interne Dienste" erlautert. 



45 



50 



55 



60 
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ID 


Parameter 


Function / Definition 


Unit 


Default 


Range' 


Resolution 


i 
i 


VIG T109 


mAxilTlfllp WflrtP7Ait fiir oina 

Antwort von der Dienste- 
Zentrale 


sec 


on 




0 


2 


VIGJ110 


Wartezeit zwischen dem Emp- 

idiiy ciiicr iviciuung pgr l>d uno 

der Anfrage einer ersatzweisen 
VINFO per SMS 


sec 


300 


200- 
400 


20 


3' 


VIG_T111 


Speicherungsdauer fur im CB 
empfangene Meldungen bei 
temporarer oder lokaler Nicht- 
verfugbarkeit des CB 


min 


30 


0-60 


5 


4 


VIG.T112 


Max. Speicherungsdauer inter- 
aktiv abgefragter Meldungen 


min 


60 


30-120 


5 


0 


VIcM iio 


Max. Wartezeit des Endgerates 
auf den vollstandigen Erhalt 
einer Antwort von der Dienste- 
Zentrale 


sec 


300 


0-400 


5 


6 


VIGJM105 


Anzah! der durch das Endgerat 
angeforderten CB-Ersatz- 
VINFOs 


1 


24 


0-31 


1 


( 


VI(j>_J\lQ1 


Speicherdauer einer Verkehrs- 
meldung Prio 1 


min 


5 


0-60 


5 


Q 

o 


VI (j_ K1 02 


Speicherdauer einer Verkehrs- 
meldung Prio 2 


min 


10 


0-60 


5 


y 




Speicherdauer einer Verkehrs- 
meldung Prio 3 


min 


15 


0-60 


5 


10 


VIG_K104 


Speicherdauer einer Verkehrs- 
meldung Prio 4 


min 


20 


0-60 


5 


11 


VIG_K106 


"Toleranzzeitraum M nach Ablau- 
fen der Buchungsdauer 


month 


1 


0-3 


1 




v ivj r\ l \)t 


Miizani aer lur ucn tznugera- 
tenutzer kostenlosen CB- 
Ersatz-VINFOs 


i 


2 


0-15 


1 


13 


VIG_K108 


Erhohung der Speicherungs- 
aauer einer ivieiQung Dei lOKaier 
oder temporarer Nichtverfug- 
DarKen aes 


sec . 


600 


0-1000 


100 


14- 
25 


reserved 


reserved 

1 w*3 wi V WW * 










26 


VIG_Ctrl1 


Bit-Flags zur Ablaufsteuerung 


Flag 


16 bits 






27 


VIG_arl2 


Bit-Flags zur Ablaufsteuerung 


Flag 


16 bits 






28 


VIG_Ctrl3 


Bit-Rags zur Ablaufsteuerung 


Flag 


16 bits 
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3.7 Verwaltung von Diensteadressen 

Fur den Dienst interaktive Verkchrsinformationen isl eine SMSC-Nummer und eine Call-Nummer zu hinierlegen. 
Die Hinterlegung und das Updalen der Diensteadressen ira Endgerat wird in der Telematikdienste-Spezifikation "In- 
s teme Diensie" erlauterl. 

3.8 Diensteparameler 

Nachfolgend sind alle Diensleparameter fur den intcraktiven Verkehrsinformationsdienst aulgelistet. Die von der Zen- 
lu irale aktuell unierstUtzten Diensteparameler werden durch Interne Diensie in das Endgerat geladen (s. Spezifikation "In- 
terne Dienstc"). Nichl paramelrierbare Ablaufe oder Funklionen sind verbindlicher Teil des Standards und werden von 
alien ZenLralen unterstutzt. 

3.8.1 Ablaufsteuerung 

15 

Zur Parametrierung der Ablaufe stehen drei 1 6 Bit-Switches (vgl. Kap. 2.5: VIGCtrl 1-3) zur Verfugung, die wie folgt 
belegl sind. 

Jede Zentrale wird nur eines der bciden parametrierbaren Szenarien fiir eine Operator- Anfrage unterstuizen, so daB Di- 
gital Request und Operator Request iiber die Service ID eindeutig unterschieden werden konnen. 
20 Bedeutung der Bits: 

- 0 = feature not supported/off; 

- 1 = feature supported/on. 

25 Beispiclhaft ist VIG.Ctrll in folgender Tabelle aufgeschliisselt: 





Bit No 


Abbrevi. 


Description 


Default 


30 ' 


1 


AVIG1 


Aktivierung Cell Broadcast 


0 


2 


AVIG2 


Zentrale unterstutzt Ereignisgesteuer- 
ten Update (Update Duration) 


1 


35 


3 


AVIG3 


Endgerat initiiert Periodische Abfrage 
von Verkehrsinformationen 


1 




4 


AVIG4 


Zentrale unterstutzt relative Parameter 
bei Anfrage (lokal, regional, uberreg.) 


1 


40 


5 


AVIG5 


Zentrale unterstutzt absolute Parame- 
ter bei Anfrage („Schlusselloch") 


0 




6 


AVIG6 


Zentrale unterstutzt Mode Speech 
(Audiotext) 


1 


45 


7 


AVIG7 


Zentrale unterstutzt Ausgabeformat 
Text 


1 


50 


8 


AVIG8 


Zentrale unterstutzt Ausgabeformat 
ALERT-C 


0 




9-16 


AVIG9-16 


reserved 


0/1 



55 4 Beschreibung des interaktiven VINFO-Dienstes 

4.1 VTNFO umkreisbezogen (lokal, regional, Uberregional) 
Der Nutzer hat beim VTNFO-Dienst umkreisbezogen drei, Auswahlmoglichkei ten: 

60 

- lokal, 

- regional, 

- uberregional. 

65 Die Zentrale erhalt die aktuelle Position des Kunden in der entsprechenden TINFO Request Message. Die Position 
wird in der Regel automatisch vom VTE, bzw. nach Eingabe des Kunden am VTE iibertragen. 

Der genaue Umkreis wird durch die Zentrale in Abhangigkeit von der Infrastruktur urn die aktuelle Position des Kun- 
den individual festgelegt (vgl. Kap. 1.1). 



10 



DE 196 51 143 Al 



Ober die Update- und die Buchungsfunklion (Kap. 3.5.2 und 3.5.3) hai der Kunde bei jeder VINFO-Dicnsdeistung die 
Moglichkeii, permanente bzw. in der Zukunft liegende Informaiionen zu beauflragen. 

4.2 VINFO zielgerichtet 

5 

Bei der Anfrage VINFO zielgerichiet erhalt die Zentrale in der Request Message Start- und Zielpunkt.. 

Der Kunde kann Start* und Zielpunkt aus einer entsprechenden Sladteliste oder seineni individuellen AdreBbuch aus- 
wahlen. Gibt der Kunde keinen Staripunkt ein, so wird die aktuelle Fahrzeugposition als Startpunkt geselzt. 

Ober die Update- und die Buchungsfunklion (Kap. 3.5.2 und 3.5.3) hat der Kunde bei jeder VINFO-DiensUeistung die 
Moglichkeit, permanente bzw. in der Zukunft liegende Informaiionen zu beauflragen. to 

4.3 VINFO straBenbezogen 

Die Zentrale erhalt bei der Anfrage VINFO straBenbezogen die vom Kunden manuell eingestellte Auswahl fur eine 
oder mehrere StraBen (Autobahn, BundesstraBe, LandesstraBe, StaatsstraBe, KreisstraBe, Umleitungsstrecke, Europa- 
straJSe). Die StraBe isl uber ihre offiziellen StraGenbezeichnung einzugeben (z. B. A3, B56). Nachgeordnete StraBen in 
Freitext (wie z. B. KolnstraBe) werden in der ersten Version nicht unterstiitzt. Optional kann der Kunde Start- und/oder 
Zielpunkt aus einer entsprechenden Sladteliste oder seineni individuellen AdreBbuch auswahlen. 

Ober die Update- und die Buchungsfunklion (Kap. 3.5.2 und 3.5.3) hat der Kunde bei jeder VINFO-Dienstlcistung die 
Moglichkeit, permanente bzw. in der Zukunft liegende Informaiionen zu beauflragen. 

4.4 VINFO routenbezogen 

Bei VINFO routenbezogen fordert der Kunde Verkehrsinformationen uber eine im Endgerai gespeicherte Route an 
oder gibt eine Folge von zusammenhangenden StraBen uber das Endgerate-MMI ein. Uber den Update von Verkehrsin- 
formationen hat der Kunde die Moglichkeii. sieh akluelle Informaiionen fur eine bestimmle Zeitdauer zusenden zu las- 
sen. 

Uber die Update- und die Buchungsfunktion (Kap. 3.5.2 und 3.5.3) hat der Kunde bei jeder VINFO-Diensdeistung die 
Moglichkeit, pennanente bzw. in der Zukunft liegende Informationen zu beauflragen. 

4.5 Operator-Anfrage 

Kunden, die nicht mil einer Maschine kommunizieren wollen oder die Probleme bzw. Verstandnisschwierigkeiten mit 
der Bedienung des VTE haben, konnen ihren Wunsch auch im Dialog mit einem Operator formulieren und durch ihn be- 
arbeiten lassen, 

Dazu muB das Endgerat die Funktionalilat bieten, wie bei Mobiltelefonen per einmaligem (optimal) bzw bei Driicken 
mehrerer Tasten die Sprachverbindung (TS11) zu einem Operator aufzubauen. und sich mit den Moglichkeilen des End- 
gerates (Hor-, Sprechmuschel) mil dem Operator verbal unterhallen zu konnen. Anhand der beim Sprachaufbau mitge- 
sendeten MSISDN des Kunden erkennt der Operator (bzw. das System) zu welchem Endgerat die Informationen gesen- 
det werden miissen. 

Auf dieseWeise soil sich jede der in dieser Spezifikation beschriebenen VTNFO-DiensUeistungen abrufen lassen, und 
auf Wunsch auch im VTE anzeigbar und speicherbar sein. 

4.6 Allgemeine Funktionen fiir die VINFO-Dienste 

45 

In diesem Unterkapitel werden individuelle Auswahimoglichkeiten der Nutzer bzw. Nutzergruppen fiir die VINFO- 
Ausgabe beschrieben. 

Zur BeriicksichUgung der individuellen Ausgabepraferenzen von VINFO hat der Nutzer die Auswahlmoglichkeit zwi- 
schen unterschiedlichen Ausgabearten. 

50 

4.6.1 Update von Verkehrsinformationen 

Fiir Kunden, die sich langerfrisug mit dem Auto in einem bestimmten Umkreis aufhalien oder lange Strecken zuriick- 
legen, ist eine Update-Funkuon fur Verkehrsinformationen fur einen wahlbaren Zeitraum sinnvoll. Die Update-Funkuon 
wird fur alle VINFO- Varian ten (umkreisbezogen, straBenbezogen, routenbezogen, zielgerichtet) unterstiitzt. 55 

Der Kunde kann bei der Anfrage von Verkehrsinformauonen angeben, ob und wenn ja fur welchen Zeitraum er mit ak- 
tuellen Informaiionen Uber seinen gewahlten BezugsbereichAstrecke automatisch (d. h. ohne erneute manuelle Anfrage) 
versorgt werden mochte. 

Zum Updaten von Verkehrsinformationen fur eine bestimmle Zeitdauer sind zwei Verfahren verfiigbar: 

60 

- Ereignisgesteuerter Update uber die Zentrale; 

- Periodische Abfrage durch das Endgerai. 



15 



20 



25 



30 



4,6.1.1 Ereignisgesteuerter Update uber die Zentrale 65 

Bei dem Verfahren Ereignisgesteuerter Update uber die Zentrale wird der Updatezeitraum (IE Update Duration) in den 
Request Messages angegeben. Die VINFO-Anfrage wird in der Zentrale fiir den Updatezeitraum durch Setzen eines Ti- 
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mcrs gespeicherl. 

Nach Erhali der VINFO-Anfrage ubertragt die Zenirale alle akiuellen Verkehrsi n formal ionen iiber das Bezugsgebiet/- 
sirccke ans Endgeral. AnschlieBend werden ereignisgcsicuert neue bzw. aktualisierte Verkehrsi nfomiationen ans Endge- 
rat iibcrtragen. Dabei speicheri die Zentrale die Kennung aller Verkehrsinfonnal ionen, die sie schon an das Endgerat ge- 
5 sendel hat. Danach werden nur neue Meldungen bzw. Akiualisiemngen von bereits gesendelen Meldungen verschickt. 
Schon gesendele Verkehrsinformalionen konnen mil der TINFO Deletion Message (vgl. ADP TINFO. Kap. 2.4) explizil 
zuruckgenommen werden. 

Im Endgerat sorgt der Automatik-Modus dafiir, daB die fiir die Fahrtrichtung nicht bzw. nicht mehr relevanten Infor- 
mal ionen - z. B. In format ionen fur die Gegenrichtung des Fahrzeugs gemeldei werden - ausgefillert werden. 
to Hal das Endgerat iiber eine gewisse Zeitdauer keine Meldung/Aktualisierung der Verkehrsinformationen von der Zen- 
trale crhalten, so zeigt es automatisch eine kurze Siaiusmeldung an (z. B. "Es liegen keine neuen Meldungen zum ge- 
wahlten Bezugsbereich vor"). 

Dieses Verfahren harden Vorteil, daB der Kommunikationsaufwand ereignisabhangig ist, d. h. falls keine Anderungen 
der Verkehrslage eintreten, werden keine neue Meldungen zugestelll. Neue dringende Meldungen (z. B. Geisterfahrer) 
is werden unmitlelbar zugestellt. 

4.6.1 .2 Periodische Abfrage durch das Endgeral 

Dieses Verfahren soli erst in der zweiien Version angeboten werden. 

20 Bei der Periodischen Abfrage ubernimmt das Endgeral nach Absenden der ersten VINFO-Anfrage (iiber die Extended 
TINFO Request Message oder die Relative Regional TINFO Request Message) die Initiative fiir die Anforderung neuer 
Mcldungen/Aktualisierungen. Dabei sendet das Endgeral innerhalb des gewunschtcn Updaie-Zeitraums periodisch (z. B. 
alle 15 min.) eine neue VINFO-Anfrage (vgl. ADPs 3.1) an die Zenirale. Diese enthalt die Kennungen aller schon erhal- 
tenen Verkehrsinformationen, so daB die Zenirale nach Ausfiltem der schon bekannten Verkehrsinformationen nur neue/ 

25 aktualisierte Meldungen in der Traffic Information Message an das Endgerat ubertragt. 

Der Vorteil dieses Verfahrens ist die Uberlragung der akiuellen Position bei jeder neuen VINFO- Abfrage, so daB slels 
der aktucllc Bezugsbereich in der Zentrale vorlicgt und fiir dicscn akiuellen Bezugsbereich gcziclt 'Vbrkchrsinforniatio- 
ncn ausgewahlt werden konnen. Nachteilig kann sich durch die standige Positionsdatenubermittlung die Mogiichkeit der 
Fahrzeugverfolgung auswirken. 

30 

4.6.2 VINFO-Buchung 

Der Buchungsdienst sieht vor, daB die Zustellung von im voraus bestellten \ferkehrsinformationen moglich ist. 
Diese Buchungsmoglichkeit wird den Kunden einerseits iiber das VTE im Fahrzeug angebolen. Andererseits schafft 
35 T-Mobil auch Zugange zur Verkehrstelematik-Zenirale iiber Festnetz-Telefon, T-Online, etc. Diese Moglichkeiten erlau- 
ben den Kunden eine Pre Trip-Planung vor dem eigenllichen Zeitpunkt der Inanspruchnalime der Leistung. 
Dabei sind folgende Varianten moglich: 

- Einmalige Buchung fiir einen in der nahen Zukunfl liegenden Zeitpunkt (z. B. am kommenden Mittwoch um 
40 15.00 Uhr zielgerichtete VINFO von A nach B); 

- Buchung von Verkehrsinformationen zu immer wiederkehrenden Zeitpunkten (z. B. Moniags bis Freitags zwi- 
schen 7.00 Uhr und 8.00 Uhr regionale VINFO). 

In der ersten Version wird die Buchungsmoglichkeit nur liber Operator angeboten (Aufbau der Sprachverbindung iiber 
45 TS11). 

Das Endgerat muB in der Lage sein, Nachrichten anzunehmen und darzustellen, die nicht iiber eine TINFO Request 
Message gestartel worden sind, die jedoch eine von T-Mobil definierie Downlink-Message enthalten (vgl. ADP Kap. 2). 

4.6.3 Sprachausgabe und/oder Textausgabe 

50 

Der Nutzer hat die Moglichkeit, die Verkehrsinformationen als Textausgabe, Sprachausgabe oder als eine Kombi na- 
tion aus Text- und Sprachausgabe anzufordern. 
Es ist vorgesehen, fiir die Sprachausgabe ein Audiotext-System bereitzusiellen. 

Der Kunde gibt durch die Grundeinstellung das Ausgabeformat (Output Format) vor und legt sich dadurch auf Text- 
55 und/oder Sprachausgabe fesi. Das Ausgabeformat wird in den Uplink-Messages an die Zentrale ubertragen. 

Isl Sprachausgabe gesetzl, sendet die Zentrale nach Ermittlung der kundenrelevanten Informal ionen die TINFO 
Speech Message, die dem Endgerat mitteilt, daB die Information im Audiotexi-Sysiem abgeholt werden kann. Das End- 
gerat baut anschlieBend eine Sprachverbindung (TS11) zum Audiotext-System auf, woraufhin die Information abgespielt 
wird. 

60 

4.6.4 Besondere Textmitteilungen 

Um besondere Textmitteilungen der Zentrale an das Endgerat zu ubertragen, wie beispielsweise "Der Dienst stent der- 
zeit leider nicht zur Verfiigung" wird die Text Message (vgl. ADP TINFO, Kap. 2.5) benotigt. Der Inhalt wird auf dem 
65 Display ausgegeben. 
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4.6.5 Behandlung von nicht dekodierbaren Verkehrsinformationcn im Endgerat 

Wenn das Endgerat eine Infonnaiion der Zenirale nicht zuordnen oder dekodiercn kann (z. B. neuer Eveni-Code bzw. 
Geo-Code, den das Endgerat noch nicht kennt). besiehen zwei Moglichkeiten: 

1 . Das Endgerat fordert die gesamte Verkehrsinformation als Klartextmeldung (iiber die TINFO Text Request Mes- 
sage) an. Die Zentrale schickt die Verkehrsinformation als Klartext mit der TINFO Text Message zuruck. 

2. Das Endgerat fordert eine Ubersetzung des/der nicht bekannten Codes (iiber die TINFO Code Request Message) 
an. Die Zentrale schickt die Ubersetzung des/der Codes mil der TINFO Code Message zuruck. 

4.7 Kodierung der Verkehrsinforniationen (TINFO) 

Die Verkehrsinformationen, die mil der Traffic Information Message an das Endgerat geschickt werden, bestehen aus 
maximal 1 1 Blocken (siehe Kap. 4, ADP). 

Die Basis- TINFO enthalt die Blocke General Information (Allgemeine Info), Location (On des Ereignisses), Event 
(Ereignis) und End (Ende). 

Die Basis-TINFO kann optional urn die Blocke Cause (Ursache des Ereignisses), Hint (Verkehrshinweis), Duration 
(Dauer des Ereignisses), Bypass (Umleitungsempfehlung), Average Speed (Mittlere Geschwindigkeit am Ort des Ereig- 
nisses), Event position (Genaue Position des Ereignisses) erweitert werden. 

Der Block FCD (Steuerung von FCD iiber TTNFO) wird nicht unterstutzt. 

4.7.1 Block 1 (General Information), mandatory 



10 



15 



20 



.1 nformatibn Eiemeh^;:'^^>'i- \ ;*: 


Type 


Length [bits] 


\A.:>.z A Comment'-.!:. 


Type ID 


MF 


3 


000, TINFO Type 1 


Priority 


MF 


2 


Prioritat derTINFO 


TINFO Version 


MF 


22 


ID und Zeitstempel der letzten 
Anderung derTINFO 


Flag Bypass Information 


MF 


1 


0, keine Info uber in der Zen- 
trale vorliegende Umleitung- 
sempfehlungen 



25 



30 



35 



4.7.2 Block 2 (Location), mandatory 
Dieser Block legt den Ort der Verkehrsinformation fest. 

Der Ort kann auf verschiedene Arlen codiert werden. Befindet sich das Ereignis zwischen zwei deflnierten Punkten 
(z. B. AS Koln-Sud und AS-Kbln-Poll), so werden die EE First Intersection und Last Intersection mit den entsprechenden 
Geocodes gesetzt. Befindet sich das Ereignis an einem deflnierten Punkt (z. B. im Bereich des AK Koln-West), so wer- 
den beide BE identisch mit dem Geo Code dieses Punktes gesetzt. 

Es wird nur der Standard Location Block (siehe Kap. 4.2.1 , ADP) unterstiitzt, nicht jedoch der Special Location Block 
(siehe Kap. 4.2.2, ADP). 



40 



45 



50 



55 



60 



65 
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Standard Location Block 



Information Element 


Type 


Length 

. [bits] - 


Comment 


Block Type 


MF 


1 


0, fur Standard Location Block 


Street 


. MV 


var. 


zur Codierung von Street siehe 
KaD 5 7. ADP 


Direction 


MF 


2 


siehe Kap. 4.2.2.3, ADP 


First Intersection 


MF 


32 


Geocode der ersten AS, 
Kreuzung, etc 

Coding siehe „Coding of Geo- 
codes" 


Last Intersection 


MF 


20 

* 


Differentieller Geocode der Jetz- 
ten AS, Kreuzung, etc 

Coding siehe „Coding of Geo- 
codes" 



4.7.3 Block 3 (Event), mandatory 

Dieser Block beschreibt das oder die Ereignis(se) (siehe Kap. 4.3, ADP). Es wird der Event Type 1 (im Endgeral ge- 
speicherte Event-Codes oder Texl) unterstutzL, nicht jedoch der Event Type 2 (AlertC-Codes). 

Ereignisse, die in der Event Code Lisle abgelegt sind, werden durch den Event Code beschrieben, sonst Klartext. Er- 
eignisse, die sich quantifizieren lassen, werden mit Hilfe der Quantifier beschrieben, sonst ohne. 

Das erste Ereignis des Blocks erhali keinen Header, alle weitereii beginneii mil dem Event Header. 

Event Header 



Information "Element 


- Typ6 ' Length [bits] , 


Comment x - 


Event Header 


MF/OF 4 


value= 0001 



Event Type 



Information Element . f 7 v •> . 


Type* 


length [bits] Comment J 


Event Type 


MF 


1 


0 : event type 1 


Code Flag 


Information Elenrient Type / Length [bits]/ Comment ' ri 


Code Flag 


MF 


1 


0 : Event Code 
1 :Text 
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Even! -Code 



InformationBement . V, t: V 


•Type-' 


'Length [bits] 


• ':/ Comment; . ' , ;* 


Event-Code 


MF 


10 


siehe Coding of 
Events, Causes and 
Hints" 


Flag: Presence of Quantifier 


MF 


1 


0: kein quantifier 
1 : quantifier 


Quantifier 


OF 


8 


siehe Kap. 4.3.5, 
ADP 



4.7.4 Block 4 (Cause), optional 

Dieser Block beschreibl die Ursache des Ereignisses (siehe Kap. 4.4, ADP). Es wird der Cause Type 1 (im Endgerat 
gespeicherte Event Codes oder Text) unterstutzl, nichl jedoch der Cause "type 2 ( AlertC-Codes). 

Ursachen, die in der Event Code Liste abgelegt sind, werden durch den Event Code beschrieben, sonst Klartext. 

Cause Header 



Information Element 


•■-Type-.-; 


l^ngthjDitsl/ 


Comment - v, V 


Cause Header 


MF 


4 


value = 0010 



Cause Type 



Information "Element 


Type 


Length [bits] " 


Comment" • - ; , 


Cause type 


MF 


1 


0 : cause type 1 



Code Rag 



Information Element : • 


Type 


Length [bits] Comment 


Code Flag 


MF 


1 . 


0 : Event Code 








1 :Text 



Event-Code 



Information Element .., 


• Type: 


length [bits] 


Comment 


Event-Code 


MF 


10 


siehe „Coding of 








Events, Causes and 








Hints" 



4.7.5 Block 5 (Hint), optional 

In diesem Block konnen ein oder mehrere Hinweise zu der Verkehrsin formation gegeben werden. Es wird nur der Hint 
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Type 1 (im Endgeral gespeicherte Event Codes oder Text) unterstulzl, nicht jedoch der Hint "type 2 (AlcrtC-Codes). 
Hinweise, die in der Event Code Lisle abgelcgt sind, wcrden durch den Event Code beschrieben, sonst Klartext. 
Jeder Hinwcis beginnt mil deni Hint Header. 

Hinl Header 



Information Element \ 1 ° V 1 Type Length [bits] Comment 


Hint Header 


MF 


4 


value = 0011 



Hint type 



Information Element V 1 v 


" 'Type ! t 


enjgth;[bil 


.s] ; ; Comment v r rr . ;.. 


Hint tvne 


MF 


1 


0 : hint tvDe 1 



Information Element" , ^VVa'^Type /Length jTblts] 


Comment _ \ 


Code Flag 


MF 


1 


0 : Event Code 
1 :Text 



Event-Code 



Information'; Element.\y:- : : ( : X : :^%&&* 




;^^th;[bitsjv 


^Cbmmerrt .. 


Event-Code 


MF 


10 


siehe „Coding of 








Events, Causes and 








Hints" 



4.7.6 Block 6 (Duration), optional 

In diesem Block kann die Zeitdauer, fiir die die Verkehrsinformation gilt, gesetzt werden. Es werden alle drei Duration 
Types unterstutzt. 

Duration Header 



Information Element. , V \ 


Type 


' Length flbits] . 


Comment J 


Duration Header 


MF 


4 


value » 0100 
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Duration lype 



Information Element 


Type 


Length [bits] . 


Comment 


Duration-type 


MF 


2 


00 : duration type V 








Endzeit 








01 : duration type 2, 








Startzeit, Zeitdauer 








10: duration type 3, 








Startzeit, Endzeit 








1 1 : reserved 



Zur Kodicrung der Stanzeii siehe Kap. 4.6.3, ADP, zur Kodierung der Endzeit siehe Kap. 4.6.4, ADP und zur Kodie- 
rung der Zeildauer siehe Kap. 4.6.5, ADP. 

4.7.7 Block 7 (Bypass), optional 

In diesem Block kann ein Umleitungshinweis gesetzt werden. Umleitungshinweise werden als Event Codes (fur Um- 
leitungshinweise) oder als Klartext unterstutzt. Ortsangaben werden als Geo Code oder uber das IE Street unterstutzt. 

Es werden keine Umleitungsrouten unterstutzt. Individuelle Umleitungsrouten sind nur uber den Navigationsdienst 
abrufbar. 



Information Element • 


Type 


Length [bits] 


..Comment .,' ; 


Header 


MF 


4 


value = 0101 


Bypass Hint 


MV 


var. 




Bypass Route 


MV 


vari 


Presence of IE = 0, keine Umlei- 
tungsroute 

siehe Kap, 5.12, ADP 



Bypass Hint 

(Siehe Kap. 5.11, ADP). 



Information Element * 


Type; 


Length [bits] 


Comment 


Presence of IE 


MF 


1 


value = 1 


Flag Code/Text 


OF 


1 


1 : Event Code 
0:Text 


Hint 


OV 


var. 


bei Event Code: 10 bits, Coding siehe 
Umleitungshinweise im Dokument 
„Event Codes" 

bei Text: Coding siehe „Coding of text 
and transparent data" 


Number of additional Locations 


OF 


3 




Additional Location 1 


OV 


var. . 












Additional Location n 


OV 


var. 
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4.7.7.1 Additional Location 

Das IE Additional Location bestimml das Formal des oder der Orte. Fur TINFO Location wird unterstutzt: Location 
Type = 000 Geo Code, 001 Text, 011 Street sowie 100 Differential Geo Code (siehe Kap. 5.10, ADP). 
s Fur Geo Code bzw. Differential Geo Code siehe Kap. 5.8, ADP. Fiir Street siehe Kap. 5.7, ADP. Zur Codierung von 
Text siehe "Coding of text and transparent data". 

4.7.8 Block 8 (Average Speed), optional 

to Mil diesem Block kann die mittlere Geschwindigkeit am On des Ereignisses angegeben werden. 





Information Element r . v ">3 ' 


Type 


; Length [bits] 


Comment ..v ; ;r 


15 


Header 


MF 


4 


Set constantly to 0110 




Average Speed 


MF 


5 


siehe Appendix (quantifier 4), 
ADP 



20 

4.7.9 Block 9 (Evenl Position), optional 

Mit diesem Block kann der Abstand des Events von dem in "first intersection" angegebenen Ort (siehe Kap. 4.7.2) an- 
gegeben werden. 

25 





information Element : ' • ■ 


Type 


. Length [bits] 


Comment 




Header 


MF 


4 


Set constantly to 01 11 


30 


Distance 


MF 


5 


Coding siehe 4.9, ADP 



4.7.10 Block 10 (FCD-Flag), wird nicht unterstutzt 

35 

Der Block FCD-Flag wird nicht unterstutzt. 



4.7.11 Block 11 (End), mandatory 



40 


Der End Block zeigt das Ende der TINFO an. 










Information Element :. - / '• 


■Type: 


.Length-Bbits] 


''.Comment'.;/ '.;..} 


45 


End-Header 


MF 


4 


Set constantly to 1 1 1-1 



4.8 Verwendete Messages des ADP TINFO 

50 In diesem Kapitel wird erlautert, welche der Messages des ADP TINFO unterstutzt werden und wie die Messages fur 
die verschiedenen VINFO-Varianten zu kodieren sind. 
Folgende Uplink-Messages werden unterslutzt: 

- Extended TTNFO Request Message; 

55 - Relative Regional TINFO Request Message; 

- TINFO Text Request Message; 

- TINFO Code Request Message. 

Folgende Downlink-Messages werden unterst utzt: 

60 

- Traffic Information Message; 

- TTNFO Code Message; 

- TLNFO Deletion Message; 

- TINFO Text Message; 
65 - TINFO Speech Message; 

- Text Message. 
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4.8.1 Uplink Messages 

4.8.1.1 Extended TTNFO Request Message 

Mil diesem Nachrichtentyp wird eine Anfrage iiber straBenbezogene, routenbezogcne oder zielgerichiele Verkehrsin- 5 
formationen an die Zenlrale gestelli. 

4.8.1.1.1 VINFO straBenbezogen 

Bei VINFO siraBenbezogen werden mil der Extended TTNFO Requesi Message Verkehrsin fonnationen Uber einc oder to 
nichrere StraBen, die der Kundc eingibl, angefragt. Die StraBen sind iiber ihre offizielle SlraBenbezeichnungen einzuge- 
ben (z.<B. A3, B56); nachgeordnele StraBen in Freitext (wie z. B. KolnstraBe) werden nichl unterstutzt. Die Zentrale bc- 
antworlet die Anfrage mil der Traffic Information Message oder der Text Message. 

Wird ein VINFO-Update ausgewahlt, so gibt der Kunde die Update-Dauer (IE Update Duration) vor, sonst kein Up- 
date (EE Update Duration = 000000). 15 

Vom Lokalisierungssystem werden aktuelle Position (IE Current Position) und aktuelle Bewegungsrichtung (IE Cur- 
rent Heading) angeforderl und gesetzt. 

Der Kunde kann Startpunkt und/oder Zielpunki der StraBenfolge explizit eingeben. Dazu wahlt er Start und Ziel aus 
einer entsprcchenden Liste aus. Startpunki (IE Start Position) und Zielpunkt (IE End Position) werden als Geo-Codes ge- 
setzt. Falls kein Startpunkt ausgewahlt wird, berechnel das Endgerat den Geo-Code der aktuellen Position und setzt die- 20 
sen als Startpunkt (IE Start Position). Falls kein Zielpunkt ausgewahlt wird, setzt das Endgerat den Geo-Code der BRD 
als Zielpunki (IE End Position). 

Die Anzahl (EE Number of Selected Streets) der vom Kunden eingegebenen StraBen wird gesetzt. Die StraBen (IE 
Steel x) werden gesetzt (siehe Kap. 4.8.1.1.1.1). 

Eine gebietsbezogene Selektion (IE Presence of Geographical Selection) wird nichl untersluizt. 25 

Die Anzahl der im Endgerat schon vorliegenden, gultigen Verkehrsinfonnalionen (IE Number of TINFOs) sowie die 
Vcrsioncn der vorliegenden, gultigen Verkehrsin format ioncn (IE TDNFO Version x) werden gesetzt.. 

Folgende IE werden fur VINFO siraBenbezogen in der Extended TINFO Request Message gesetzt (siehe auch Kap. 
3.2, ADP1TNFO): 

30 



35 



40 



45 



50 



55 



65 



19 
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JnTbTmatioriHement 


T;ype. : - 


isngthlbltsl 'fComrnsnts ... j| 


Protocol Discriminator 


MF 


7 


siehe Kap. 5.1 , ADP 


Bulk Rag 


MF 


1 


siehe Kap. 5.1, ADP 


Message Type 


MF 


8 


siehe Kap. 5.1, ADP 


Output Mode 


MF 


2 


siehe Kap. 5.3, ADP 

;Grundeinsteliungen, 
Standard: 00, data) 


Output Format 


MF 


3 


siehe Kap. 52, ADP 

iGrundeinstellungen, . 

Standard: 000, Event 

code/Geo code, 

001 „text only" wird nicht un- 

terstutzt) 


Language 


MF 


3 


siehe Kap. 5.4, ADP 

(Grundeinstellungen, 
Standard: quu, Laerman) 


Update Duration 


MF 


6 


siehe Kap. 5.5, ADP 


Current position 


MV 


58 


Coding siehe JKrea and Loca- 
tion Coding" 

Location Type 10 (WGS84, 
High Resolution), Location 
0000 (Point) 


Current heading 


MF 


9 


siene Kap. o.^.^, AUr 


Start position 


MF 


32 


Coding siehe „Geo-Coding of 
Locations" 


End Position 


MF 


32 


Coding siehe ,,Geo-Coding of 

Lorations" 


Number of Selected Streets (n) 


MF 


4 


Anzahl (n) der vom Kunden 
eingegebenen StraBen 

siehe Kap. 32.5, ADP 


Street 1 


OV 


var 


1. vom Kunden eingegebene 
StraBe 

siehe 4.8.1.1.1.1 










Street n 


OV 


var 


n. vom Kunden eingegebene 
StraBe 

siehe 4.8.1.1.1.1 


Presence of Geographical Se- 
lection 


MF 


1 


siehe Kap. 3.2.7, ADP 
Flag-0 

wird nicht unterstutzt 


Search Area 


OV 


var. 


falitweg 


Presence Radius of Circle 


OF 


1 


fallt weg 


Radius of Circle 


OF 


7 


failt weg 


Number ofTINFOs (n) 


MF 


6 


siehe Kap. 32.9, ADP 


TINFO Version 1 


OF 


22 


siehe Kap. 5.6, ADP 










TINFO Version n 


OF 


22 


siehe Kap. 5.6, ADP 
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4.8.1.1.1.1 Street x 

Das IE Street best i mint das Format der StraBe (siehe Kap. 5.10, ADP). 

Es wird untersiutzt: TINFO Locaiion, Location Type = Oil Street (siehe Kap. 5.10, ADP). 

Bei der Sireei Identification wird beim Street Type kein Text iinlerstiilzt. Alle anderen Street Types sowie Street Num- 5 
ber und Additional Info werden untersiutzt (Coding siehe Kap. 5.7, ADP). 

4.8.1.1.2 VINFO routenbezogen 

Bei VINFO routenbezogen werden Uber die Extended TINFO Request Message Verkehrsinforniationen Uber eine im iu 
VTE gespeicherte Route angefragl. Dazu wird die Route so aufbercitet, dafi sie aus Start- und Zielpunkt sowie einer 
Folge von Stra6en besteht. Die Zentrale beantwortet die Anfrage mil der Traffic Information Message oder der Text Mes- 
sage. 

Wird ein VINFO-Update ausgewahlt, so gibt der Kunde die Update-Dauer (IE Update Duration) vor, ansonsten ist die 
Updaie-Funklion nicht aktiv (IE Update Duration = 000000). 15 

Vom Lokalisierungssystem werden aktuelle Position (IE Current Position) und aktuelle Bewegungsrichtung (IE Cur- 
rent Heading) angefordert und gesetzt. 

Aus der vom Kunden ausgewahlten Route werden Startpunkt (IE Start Position) und Zielpunkt (IE End Position) als 
Geo-Codes gesetzt. 

Die Anzahl (IE Number of Selected Streets) der StraGen der Route wird gesetzt. Die StraGen (IE Steel x) der Route 20 
werden gesetzt (siehe Kap. 4.8.1.1.1.1). 

Eine gebietsbezogene Selekuon (IE Presence of Geographical Selection) wird nicht untersiutzt. 

Die Anzahl der im Endgerat schon vorliegenden, gultigen Verkehrsinformationen (IE Number of TINFOs) sowie die 
Versionen der vorliegenden, gultigen Verkehrsinformationen (IE TLNFO Version x) werden gesetzt. 

Folgende IE werden fur VINFO routenbezogen in der Extended TINFO Request Message gesetzt (siehe auch Kap. 25 
3.2, ADP TINFO): 



30 



35 



40 



45 



50 



55 



60 



65 
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■ 


nfortnation Element . ■ i *" 


Type ' 


Lenigthlbits] Comments' " . fl 




Protocol Discriminator 


MF 


7 ! 


siehe Kap. 5.1, ADP 




Bulk Flag 


MF 


1 ; 


siehe Kap. 5.1, ADP 




Message Type 


MF 


8 


siehe Kap. 5.1, ADP 




Output Mode 


MF 


2 


siehe Kap. 5.3, ADP 


10 








;Grundeinstellungen, 
Standard: 00, data) 




Output Format 


MF j 


3 


siehe Kap. 5.2, ADP 


15 






• 


[Grundeinstellungen, 

Standard: 000, Event 

code/Geo code, 

001 „text only" wird nicht un- 

terstutzt) 


20 


Language 


MF 


3 


siehe Kap. 5.4, ADP 
i grundeinstellungen, 
Standard: 000, German) 




Update Duration 


MF 


6 


siehe Kap. 5.5, ADP 


25 


Current position 


MV. 


58 


Coding siehe .Area and Loca- 
tion Coding" 


30 








Location Type 10 (WGS84, 
High Resolution), Location 

UUUU (rOint) 




Current heading 


MF 


9 


siehe Kap. 3.2.2, ADP 


35 


Start position 


MF 


32 


Coding siehe „Geo-Coding of 
Locations" 








(Geo-Code der Startposition) 




End Position 


MF 


32 


Coding siehe „Geo-Coding of 
Locations" 


40 








(Geo-Code der Zielposition) 






MF 


4 


Anzahl (n) der StraBen in der 
Route 

siehe Kap. 3.2.5. ADP 


45 


Street 1 


OV 


var 


LStraBe der Route 
siehe 4.8.1.1.1.1 












50 


Street n 


OV 


var 


n. StraBe der Route 
siehe 4.8.1.1.1.1 




Presence of Geographical Se- 
lection 


MF 


1 


siehe Kap. 3.2.7, ADP 
Flag = 0 


55 








wird nicht unterstutzt 




Search Area 


OV 


var. 


falitweg 




Presence Radius of Circle 


OF 


1 


fallt weg 


60 


Radius of Circle 


OF 


7 


fallt weg 




Number of TINFOs (n) 


| MF 


6 


siehe Kap. 3.2.9, ADP 




TINFO Version 1 


OF 


22 


siehe Kap. 5.6, ADP 


65 










TINFO Version n 


; OF 


22 


siehe Kap. 5.6, ADP 
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4.8.1.1.3 VINFO zielgerichtet 

Beini Diensl VINFO zielgerichtet werden mil der Extended TINFO Request Message Verkehrsinfonnationen uber ei- 
nen den Start- und den Zielpunkt umfassenden Bezugsbereich angefordert. Die Zentrale beanlwortet die Anfrage mil der 
Traffic Information Message oder der Text Message. 5 

Wird ein VQNFO-Updaie ausgewahlt, so gibt der Kunde die Update-Dauer (IE Update Duration) vor, ansonsten ist die 
Update-Funktion nicht aktiv (IE Update Duration = 000000). 

Vom Lokalisierungssystem werden aktuelle Position (IE Current Position) und aktuelle Bewegungsrichtung (IE Cur- 
rent Heading) angefordert und gesetzt. 

Start punkt (IE Stan Position) und Zielpunkt (IE End Position), die der Kunde aus einer entsprechenden Liste auswahlt, to 
werden als Geo-Codes gesetzt. Falls kein Startpunkl ausgewahlt wird, berechnet das Endgerat den Ceo-Code der aktuel- 
len Position und setzt diesen als Startpunkt (IE Start Position). 

Es werden keine StraRen explizit angegehen, so da6 die Anzahl (IE Number of Selected Streets) der vom Kunden ein- 
gegebenen StraBen auf Null gesetzt wird. 

Eine gebietsbezogene Selektion (IE Presence of Geographical Selection) wird nicht unterstutzl. is 

Die Anzahl der irn Endgerat schon vorliegenden, gultigen Verkehrsinforniationen (IE Number of TINFOs) sowie die 
Versionen der vorliegenden, gultigen Verkehrsinforniationen (IE TINFO Version x) werden gesetzt. 

Folgende IE werden fiir VINFO zielgerichtet in der Extended TINFO Request Message eesetzt (siehe auch Kap 3 2 
ADP TINFO): 

20 



25 



30 



40 



45 



50 



55 



60 



65 
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.Information Element 


Type 


■ Length Ibits] ! 


Comments • ■ "... 1 


Protocol Discriminator 


MF 


7 


siehe Kap. 5.1, ADP 


Bulk Flag 


MF 


1 


siehe Kap. 5.1, ADP 


Message Type 


MF 


8 


siehe Kap. 5.1, ADP 


Output Mode 


MF 


2 


siehe Kap. 5.3, ADP 
i ;GrundeinsteIIungen, 
Standard: 00, data) 


Output Format 


MF 


3 

a 


siehe Kap. 5.2, ADP 

(Grundeinstellungen, 

Standard: 000, Event 

code/Geo code, 

001 „text only" wird nicht un- 

terstutzt) 


Language 


MF 


3 


siehe Kap. 5.4, ADP 

(Grundeinstellungen, 
Standard: uuo, (jermanj 


Update Duration 


MF 


6 


siehe Kap. 5.5, ADP 


Current position 


MV 


58 


Coding siehe „Area and Loca- 
tion Coding" 

Location Type 1 0 (WGS84, 
High Resolution), Location 
0000 (Point) 


Current heading 


MF 


9 


siehe Kap. 3.2.2, ADP 


Start position 


MF 


32 


Coding siehe „Geo-Coding of 

I orations" 

(Geo-Code der Startposition) 


End Position 


MF 


32 


Codina siehe ..Geo-Codina of 
Locations" 

(Geo-Code der Zielposition) 


Number of Selected Streets (n) 


MF 


4 


siehe Kap. 3.2.5, ADP 

0000 (keine Angabe von 
StraBen) 


Street 1 


OV 


0 


fallt weg 


... 








Street n 


ov 


0 


falit weg 


Presence of Geographical Se- 
lection 


MF 


1 


siehe Kap. 3.2.7, ADP 
Flag = 0 

wird nicht unterstutzt 


Search Area 


OV 


var. 


falit weg 


Presence Radius of Circle 


OF 


1 


fallt weg 


Radius of Circle 


OF 


7 


fallt weg 


Number of TINFOs (n) 


MF 


6 


siehe Kap. 3.2.9, ADP ■ 


TINFO Version 1 


OF 


22 


siehe Kap. 5.6, ADP 










TINFO Version n 


OF 


22 


siehe Kap. 5.6, ADP 



24 



DE 196 51 143 Al 



4.8.1.2 Relative Regional TINFO Request Message 

Der Dienst VINFO urakreisbezogen Qokal, regional, uberregional) nutzt die Relative Regional TINFO Request Mes- 
sage zur Anfrage von Verkehrsinformationen uberein Bezugsbereich uni die aktuelle Position. Die Zentrale beantworiet 
die Anfrage mil der Traffic Information Message oder der Text Message. 

Wird ein VTNFOUpdalc ausgewahlt, so gibt der Kunde die Update-Dauer (IE Update Duration) vor, ansonsten ist die 
Update-Funktion nicht aktiv (EE Update Duration = 000000). 

Der Kunde gibt die GroBe des Bezugsbereichs uber die Varianten lokal, regional, uberregional (IE Area Selection Cri- 
terion) vor. Die Auswahl spezieller Stralienklassen wird nicht unterstiitzt (IE Street Selection 'lype = 0, all streets). 

Vom Lokalisierungssystem werden aktuelle Position (IE Current Position) und aktuelle Bewegungsrichtung (IE Cur- 
rent Heading) angefordert und gesetzt. 

Die Anzahl der ira Endgerat schon vorliegenden, giiltigen Verkehrsinformationen (IE Number of TINFOs) sowie die 
Versionen der vorliegenden, gultigen Verkehrsinformationen (TF TTNFO Version x) werden gesetzt. 

Folgende IE werden fur VINFO umkreisbezogen in der Relative Regional TINFO Request Message gesetzt (siehe 
auch Kap. 3.4, ADP TINFO): 
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Information Element 


Type.' 


Length [b^^ " '■■;/? | 




Protocol Discriminator 


MF 


7 


siehe Kap. 5.1, ADP 


5 


Bulk Flag 


MF 


1 


siehe Kap. 5.1, ADP 




Message Type 


MF 


8 


siehe Kap. 5.1, ADP 




Output Mode 


MF 


2 


siehe Kap. 5.3, ADP 


10 








(Grundeinstellungen, 
Standard: 00, data) 




Output Format 


MF 


3 


siehe Kap. 5.2, ADP 


15 






• 


(Grundeinstellungen, 

Standard: 000, Event code/Geo code, 

uui „text only wira nicni uniersiuizi; 


20 


Language 


MF 


. 3 


siehe Kap. 5.4, ADP 

(Grundeinstellungen, 
Standard: 000, German) 


25 


Update Duration 


MF 


6 


siehe Kap. 5.5, ADP 


Area Selection Criterion 


MF 


2 


siehe Kap. 3.4.1, ADP 
00 bei VINFO lokal 


30 








01 bei VINFO regional 
10 bei VINFO uberregional 




Street Selection Type 


MF 


2 


siehe Kap. 3.1.4, ADP 


35 








0, all streets 

(Selektion einer StraBenklasse wird 
nicht unterstutzt) 


40 


Current Position 


MV 


58 


Coding siehe „Area and Location 
oooing 

Location Type 10 (WGS84, High 
Resolution), Location 0000 (Point) 


45 


Current Heading 


MF 


9 


siehe Kap. 3.4.3, ADP 




Number ofTINFOs (n) 


MF 


i 6 


siehe Kap. 3.4.4, ADP 




TINFO Version 1 


OF 


22 


siehe Kap. 5.6, ADP 


50 












TINFO Version n 


OF 


| 22 


siehe Kap. 5.6, ADP 



55 

4.8.1.3 TINFO Text Request Message 

Mil der UNTO Text Request Message werden eine oder mehrere erhaltene Verkehrsinformationen, die aufgrund un- 

bekannter Codes nicht ausgegeben werden konnen, als Klartexi angefordert. 
r>o Wird der Ausgahemodus (TR Output Mode) auf Text gesetzt, so ubertragt die Zentrale die Verkehrsinformationen als 

Klartext mit der TINFO Text Message. Wird er auf Sprache gesetzt, so stellt die Zentrale die Verkehrsinformationen im 

Audiotext-System ein und ant wortet mit der TINFO Speech Message. Wird er auf Text und Sprache gesetzt, so ubertragt 

die Zentrale die Verkehrsinformationen als Klartext mit der TINFO Text Message, stellt sie im Audiotext-System ein und 

schickt eine TINFO Speech Message. 
65 Wird ein VMFO-Update ausgewShlu so gibt der Kunde die Update-Dauer (IE Update Duration) vor, ansonsten ist die 

Update-Funktion nicht aktiv (EE Update Duration = 000000). 

Die Anzahl der als Klartext zu ubertragenen Verkehrsinformationen (IE Number ofTINFOs) sowie deren \fersionen 

(IE TINFO Version x) werden gesetzt. 



26 
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Folgendc IE werden in der TTNFO Text Request Message geseizi (siehe auch Kap. 3.53 ADP TINFO): 



Information Element 


Type 


Length .{bits} 


Comment 


Protocol Discriminator 


MF 


7 


siehe Kap. 5.1, ADP 


Bulk Flag 


MF 


1 


siehe Kap. 5.1, ADP 


Message Type 


MF 


8 


siehe Kan 5 1 ADP 


Output Mode 


MF 


2 


cjohp Kan 5 3 ADP 


Language 


MF 


3 


siehe Kap. 5.4, ADP 

(Grundeinstellungen, 
Standard: 000, German) 


Update Duration 


MF 


6 


siehe Kap. 5.5, ADP 


Number ofTINFOs (n) 


MF 


4 


siehe Kap. 3.4.4, ADP 


TINFO Version 1 


OF 


22 


siehe Kap. 5.6, ADP 










TINFO Version n 


OF 


22 


siehe Kap. 5.6, ADP 



4.8.1 .4 TINFO Code Request Message 

Mil der TINFO Code Request Message wird die Ubersetzung von einem oder mehreren dem Endgerat unbekannten 
Codes angefordert. 

Die Anzahl der zu ubersetzenden Codes (IE Number of requested Codes) wird gesetzt. Die Ubersetzungsblocke (IE 
Translation Block x) werden gesetzt (siehe Kap. 4.8. 1 .4. 1 ). 

Folgende IE werden in der TINFO Code Request Message gesetzt (siehe auch Kap. 3.6, ADP TINFO): 



Information Element 


Type 


Length {bits] 


Comment 


Protocol Discriminator 


MF 


7 


siehe Kap. 5.1, ADP 


Bulk Flag 


MF 


1 


siehe Kap. 5.1, ADP 


Message Type 


MF 


8 


siehe Kap. 5.1, ADP 


Number of requested Codes (n) 


MF 


4 


siehe Kap. 3.6.1, ADP 


Translation Block 1 


ov 


var. 


siehe Kap. 4.8.1.4.1 










Translation Block n 


ov 


. var. 


siehe Kap. 4.8.1.4.1 - 



4.8.1.4.1 Translation Block 

Der Ubersetzungsblock legt Format und Wert des unbekannten Codes (Source), Format der Ubersetzung (Destination) 
sowie die Sprache test. 

Fur die Auswahl der Sprache siehe Kap. 5.4, ADP (Grundeinstellungen, Standard: 000, German). 
Folgende Source-Formate werden unterstutzt: 
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Transmitted number 


Source Format 


0 


Event-Code (for event, hint or cause) 


1 


Geo Code 


2 


reserved for ALERT-C 
wird nicht unterstutzt 


3 


reserved for RDS-TMC Location Code 
wird nicht unterstutzt 


4-7 


reserved 



Folgende Destination-Formate werden unterstUlzl: 





Code 


Destination 


Code 


Destination 




0 


Text 


4 


reserved 


25 


1 


Event-Code 


5 


reserved 




2 


reserved for 
ALERT-C-Code 


6 


reserved 


30 




wird nicht unter- 
stutzt 






35 


3 


reserved for 
RDS/TMC Location 
Code 

wird nicht unter- 
stutzt 


7 


reserved 



40 



4.8.2 Downlink Messages 
4.8.2.1 Traffic Information Message 

45 

Nach Erhalt einer Anfrage zu Verkehrsinformationen niitiels der Extended TINFO Request Message bzw. der Relative 
Regional TTNFO Request Message ubertragt die Zentrale die Verkehrsinformationen mit der Traffic Information Mes- 
sage. 

Die Anzahl der Verkehrsinformationen (IE Number of following TINFOs) wird gesetzt. Die Verkehrsinformationen 
50 (IE TINFO x) werden gesetzt. 

Folgende EE werden in der Traffic Information Message gesetzt (siehe auch Kap. 2.1, ADP TINFO): 



Information Element 


Type 


Length [bits] 


Comment;^ , ... ~ 


Protocol Discriminator 


MF 


7 


siehe Kap. 5.1, ADP 


Bulk Flag 


MF 


1 


siehe Kap. 5.1, ADP 


Message Type 


MF 


8 


siehe Kap. 5.1, ADP 


Number of following TINFOs (n) 


MF 


6 


siehe Kap. 2.1.1, ADP 


TINFO 1 


OV 


var 


siehe Kap. 2.1.2, ADP 










TINFO n 


OV 


var 


siehe Kap. 2.1 .2, ADP 
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Die Kodierung der TINFO isl in Kap. 4.7 beschrieben. 

4.8.2.2 TINFO Code Message 

Auf die Anfrage zur Uberselzung von Codes mil der TINFO Code Requesl Message antworlet die Zentrale mil der 
TINFO Code Message. 

Die Anzahl der ubersetzten Codes (IE Number of explaned Codes) wird gesetzt. Die Erklarungsblocke (EE Explana- 
tion Block x) werden gesetzt (siehe Kap. 4.8.2.2.1). 

I'blgcnde IE werden in der TINFO Code Message gesetzt (siehe auch Kap. 2.2, ADP TINFO): 



Information Element : . 


Type/ 


Xenjgth Ibits] 


Comment I 


Protocol Discriminator 


MF 


7 


siehe Kap. 5.1, ADP 


Bulk Flag 


MF 


1 


siehe Kap. 5.1, ADP . 


Message Type 


MF 


8 


siehe Kap. 5.1, ADP 


Number of explaned Codes (n) 


MF 


4 


siehe Kap. 2.2.1, ADP 


Explanation Block 1 


OF 


var 


siehe Kap. 4.8.2.2.1 










Explanation Block n 


OF 


var 


siehe Kap. 4.8.2.2.1 



4.8.2.2.1 Explanation Block 

Der Erklarungsblock legt Format und Wert des unbekannten Codes (Source), sowie Format und Wert der Uberselzung 
(Destination) test. 

Folgende Source-Formate werden unterstutzt: 



Transmitted number 


Source Format 


Width Source Code 


0 


Event-Code (for event, hint or 
cause) 


10 


1 


Geo Code 


32 


2 


reserved for ALERT-C 
wird nicht unterstutzt 


11 


3 


reserved for RDS-TMC Loca- 
tion Code 

wird nicht unterstutzt 


16 


4-7 


reserved . 





Folgende Destination-Formate werden unterstutzt: 
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Code 


Format ! 


Width of 
Destination Code 


0 


Text 


var. 


1 


bV8ni-C/0Q8 


I u 


2 


Geo-Code 


32 j 


3 


reserved for 
ALERT-OCode. 

wird nicht unter- 
stutzt 


11 


4 


reserved for 
RDS/TMC Location 
Code 

wird nicht unter- 
j stutzt 


16 


5 


reserved 




6 


reserved 




7 


NA 





4.8.2.3 TINFO Deletion Message 

Beim ereignisbezogenen Update von Verkehrsinformationen uber die Zenlrale konnen mit der TINFO Deletion Mes- 
sage Verkehrsinformationen explizit geloscht werden. 

Die Anzahl der IDs der zu loschenden Verkehrsinformationen (IE Number of TINFO IDs) sowie die IDs der zu 16- 
schenden Verkehrsinformationen (IE TINFO ID x) werden gesetzt. 

Folgende IE werden in der TINFO Deletion Message gesetzt (siehe auch Kap. 2.4, ADP TINFO): 



Information Element 


Type 


Length [bits] 


Comment- 


Protocol Discriminator 


MF 


7 


siehe Kap. 5.1, ADP ! 


Bulk Rag 


MF 


1 


siehe Kap. 5.1, ADP 


Message Type 


MF 


8 


siehe Kap. 5.1, ADP 


Number of TINFO IDs (n) 


MF 


6 


siehe Kap. 2.4.1, ADP 


TINFO ID 1 


OF 


11 


siehe Kap. 5.6, ADP 










TINFO ID n 


OF 


11 . 


siehe Kap. 5.6, ADP 



4.8.2.4 TINFO Text Message 

Auf die Anfrage von Verkehrsinformationen als Klartext (wegen unbekannter Codes) mit der TINFO Text Request 
Message antwortet die Zenlrale mil der TINFO Text Message (und/oder mit der TINFO Speech Message, siehe Kap. 
4.8.2.5). 

Die Anzahl der Verkehrsinformationen (IE Number of TINFOs), die Versionen der Verkehrsinformationen (IE TINFO 
Version) sowie der Klartext (IE Text) werden gesetzt . 

Folgende IE werden in der TINFO Text Message gesetzt (siehe auch Kap. 2.5, ADP TINFO): 
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Information Element ; v r - 


Type 


J_ength Ibits] 


Comment . 


Protocol Discriminator 


MF 


7 


siehe Kap. 5.1, ADP 


Bulk Flag 


MF 


1 


siehe Kap. 5.1, ADP 


Message Type 


MF 


8 


siehe Kap. 5.1, ADP 


Number of TINFOs 


MF 


4 


siehe Kap. 2.5.1, ADP 


TINFO Version 1 


OF 


22 


siehe Kap. 5.6, ADP 


Text 1 


OV 


var. 


Text der TINFO 1 

ouuiny oici it? „vjuuii ly ui lcai 

and transparent data" 










TINFO Version n 


OF 


22 


siehe Kap. 5.6, ADP 


Text n 


OV 


var. 


Text der TINFO n 

Coding siehe f ,Coding of text 
and transparent data" 



4.8.2.5 TINFO Speech Message 

Wahlt der Kunde als Ausgabemodus Sprachausgabe, so ubertragt die Zentrale nach Bereilsiellung der Infonnationen 
in dem Audiotext-System eine TINFO Speech Message an das Endgerat. Mil dieser Nachricht werden Infonnationen 
uber die Sprachubertragung gegeben. 

Die Zentrale setzt das EE Automatic Calling Mode (siehe dazu Kap. 2.6. 1, ADP). 

Die Zentrale setzt das IE Presence of Address. Fur den Fall "address not present" wird die Default-Telefonnu miner ge- 
wahlt, sonst setzt die Zentrale die Telefonnummer (IE Address). 

Die Zentrale setzt das EE Additional Information. Liegt keine zusatzliche Information vor, so wird dies in Klartext ein- 
getragen ("keine weiteren Informationen"). 

Die Anzahl der im AudiotexL-System bereilgesiellten Verkehrsinfonnationen (IE Number of Items) wird gesetzt. Die 
Versionen der Verkehrsinfonnationen (EE TINFO Version x) sowie die Langen der gesprochenen Verkehrsinfonnationen 
inkl. Pausen (IE Speech Length) werden gesetzt. 

Folgende EE werden in der TINFO Speech Message gesetzt (siehe auch Kap. 2.6, ADP TDNFO): 
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Information Element . V : . 


•'•Type- " 


Length .[bits] Comment 1 


Protocol Discriminator 


MF 


7 


siehe Kap. 5.1, ADP 


Bulk Flag 


MF 


1 


siehe Kap. 5.1, ADP 


Message Type 


MF 


8 


siehe Kap. 5.1, ADP 


Automatic Calling Mode 


MF 


2 


siehe Kap. 2.6.1, ADP 

alle Modi werden unter- 
stutzt 


r icoci ivv \ji f\\j\ji coo 


MF 


1 


siehe Kao 2 6 2 ADP 




MF 

I VI 1 


1 


siehe Kao 2 6 3 ADP 
Snare = 0 


r^vjvji coo 


OV i 

V 


var. 


siehe Kao 2 6 4 ADP 

Coding siehe Dokument 
.Address Coding" 


Additional Information 


MV 


var. 


siehe Kap. 2.6.5, ADP 


Number of Items 


MF 


6 


siehe Kap. 2.6.6, ADP 


TINFO Version 1 


OF 


22 


siehe Kap. 5.6, ADP 


Speech Length 1 


OF 


10 


siehe Kap. 2.6.8, ADP 










TINFO Version N 


OF 


22 


siehe Kap. 5.6, ADP 


Speech Length N 


OF 


10 


siehe Kap. 2.6.8, ADP ' 



4.8.2.6 Text Message 

Mit der Text Message ubertragt die Zentrale allgemeine Informationen an das Endgerat (wie z. B. "Der Dienst steht 
derzeit lei der nicht zur Verfugung"). 

Die Kodierung der Text Message ist in dem Dokument "ADP Message Types of General Interest" beschrieben. 

4.9 Kommunikalionsablaufe 

Die Kommunikationsablaufe geben einen Uberblick uber die verwendeten Message types. Details ergeben sich aus 
den ADFs, den nachfolgenden Ablaufdiagrammen sowie den Erklarungen zu den Symbolen am Ende des Dokuments. 

4.9.1 VTNFO umkxeisbezogen Textausgabe) 



Onboard Unit 


Relative Regional TINFO Request 
Message 


Service Center 




new or changed TIN- . 
FOs 




Traffic Information Message 
or 

Text Message 
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4.9.2 VINFO zielgerichieu straGenbezogen oder roulenbezogen (Texlausgabe) 



! Onboard Unit 


Extended TINFO Update Request Mes- 
sage 


Service Center 




new or changed TIN- 
FOs 


Traffic Information Message 
or 

Text Message 





4.9.3 Update von TINFO 
4.9.3. 1 Ereignisgesteuerter Update uber die Zenlrale (Textausgabe) 20 



Onboard Unit 



Extended TINFO Update Request 
Message 
or 

Relative Regional TINFO Request 
Message 



Traffic Information Message 
or 

Text Message 



Traffic Information Message 
or 

Text Message 



TINFO Deletion Message 



Service Center 



Timer is started 
new or changed TIN- 
FOs 



new or changed TIN- 
FOs 



deleted TINFOs 



Timer is stopped 



25 



30 



35 



40 



45 



Werden die TINFOs als Sprachausgabe bzw. als Texi- und Sprachausgabe angefordert, so sind die Kommunikations- 50 
ablaufe analog zu denen in Kap. 4.9.4 bzw. Kap. 0. 



55 



60 



65 



33 



DE 196 51 143 A 1 

4.9.3.2 pcriodische Anfrage (Textausgabe) 



Onboard Unit 




Service Center 


Timer ist started 


Extended TINFO Update Request 
Message 
or 

Relative Regional TINFO Request 
Message 






Traffic Information Message 
or 

Text Message 






Extended TINFO Update Request 
Message 
or 

Relative Regional TINFO Request 
Message 




Trigger 


Traffic Information Message 
or 

Text Message 




Timer is stopped 







Werden die TCNFOs als Sprachausgabe bzw. als Text- und Sprachausgabe angefordert, so sind die Konimunikations- 
ablaufe analog zu denen in Kap. 4.9.4 bzw. Kap. 0. 

4.9.4 Sprachausgabe 



Onboard Unit 


Extended TINFO Update Request 
Message 
or 

Relative Regional TINFO Request 
Message 

— ► 


Service Center 






TINFO Speech Message 
or 

Text Message 


Speech Connection (MO) 
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4.9.5 VINFO-Buchung (Sprach- oder Texlausgabc) 



Onboard Unit 


Speech Connection (MO) 

Traffic Information Message 
or 

^ Text Messaae 


S rvice Center 




new or changed TIN- 
FOs 


TINFO Speech Message 





4.9.6 Sprach- und Textausgabe 



Onboard Unit 


Extended TINFO Update Request 
Message 
or 

Relative Regional TINFO Request M. 


Service Center 




new or changed TIN- 
FOs 


Traffic Information Message 
or 

Text Message 


TINFO Speech Message 


Speech Connection (MO) 




4.9.7 UNFOs als Klartext (Textausgabe) 

TINFO Text Request Message 




Onboard Unit 


Service Center 






— ► 

TINFO Text Message 



Werdcn die TINFOs als Sprachausgabe bzw. als Texi- und Sprachausgabe angefordert, so sind die Kommunikations- 
ablaufe analog zu denen in Kap. 4.9.4 bzw. Kap. 0. 

4.9.8 Ubersetzung von unbekannten Codes 



Onboard Unit 


TINFO Code Request Message 


Service Center 






TINFO Code Message 
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4. 1 0 Fehlerbehandlung 

Siehe Dokumente: 

5 - "Message Type of General Interest", Kap. 4 General Error Message, 

- "Diensteubergreifende Fehlerbehandlung". 

5 Beschreibung des kollekliven VlNFODienstes (Cell Broadcast) 

10 

5.1 Einleitung 

Verkehrsin forma tionen uber Cell Broadcast (im folgenden: CB) werden von T-Mobil voraussichtlich noch nicht mil 
der ersten Diensieversion 01. 07. 1997 angeboten. Nichtsdestoweniger sind bei der Entwicklung der VTEs fur den 
15 01. 07. bereits die CB-Funktionalitaten vorzusehen, damit die Endgerate vom Kunden langfristig genutzt werden kon- 
nen. 

Bei VINFO uber CB beschrankt sich die Komniunikation weitgehend auf den unidirektionalen Datentransfer. Abge- 
sehen vom SMS-gestutzien RUckfallbetrieb (z. B. bei Nichtversorgung, siehe letzter Absaiz dieses Kapitels) isl nur dann 
eine endgerateseilig initiierte Abfragen notwendig, wenn das Endgerat im CB-Betrieb uber eine bestimmte Zeit (Timer- 
20 einstellung) keine Informationen von der Zenlrale erhalten hat. 

Auch bei CB hat das Ubertragene Datentelegramm die Form der "Traffic Information Message" (vgl. ADP TTNFO, 
Kap. 2). 

5.2 Kurzbeschreibung des kollektiven VlNFODienstes 

25 

Der VINFODienst uber Cell Broadcast basieri auf dem UberLragungsmedium SMS Cell Broadcast (CB) des GSM- 
Nctzcs. Die Vcrkchrsinformationcn im CB werden in cincm Entfcmungsumkrcis von ca. 100 km ausgcstrahlt. 

Da die Daten im Cell Broadcast prinzipiell von jedem GSM-Endgerat empfangen werden konnen, isl es notwendig, 
die Nutzung von Diensten bzw. unterschiedlicher Informationsstufen innerhalb der Dienste mil Hilfe einer entsprechen- 
30 den Freischaltung zu beschranken. Die Freischaltung wird in der Telematikspezifikation Interne Dienste beschrieben. 

Im Endgerat sind Filterverfahren vorzuhalten, die es ermoglichen, die uber CB empfangenen Verkehrsmeldungen ge- 
maB den Kundenwunschen auszufiltem. Die einzelnen VENFO-Dienste (wie unikreisbezogen, straBenbezogen, etc.), die 
in dieser Spezifikation im Rahmen der point-to-point -Kommunikation beschrieben sind, konnen damit prinzipiell auch 
uber CB angeboten werden. 

35 Falls der vom Kunden gewahlte Bezugsbereich fiir Verkehrsinfos ganz oder teilweise auBerhalb des CB-Gebiets liegt 
(z. B. VINFO zielgerichtet, wobei das Ziel auBerhalb des CB-Bereiches liegt), so schaltet das Endgerat automation urn 
auf den interaktiven VINFO-Dienst. Das Kundenerlebnis bleibt davon unberuhrt. 

5.3 Fehlerbehandlung 

40 

Siehe Dokumente: 

"Message T^pe of General Interest", Kap. 4 General Error Message, 
- "Diensteubergreifende Fehlerbehandlung". 

45 

6 Anforderungen an die Endgerate 
6.1 Kommunikation 

50 

Die Daten-Kommunikation zwischen dem Endgerat und der Zentrale wird durch den im GSM zur Verfugung stehen- 
den Kurznachrichtendienst abgewickelt. Dazu werden die Kurznachrichtendienste SMS-MT (TS21) und SMS-MO 
(TS22) benoligl werden. 

Zur Abwicklung des kollektiven VlNFODienstes muB der SMS Cell Broadcast Dienst unterstiitzt werden. 
55 Zum Aufbau einer Sprachverbindung (zum Audiotext-System bzw. zur Operator-Zentrale) muB der Sprachdienst 
('l'S 1 1 ) unterstiitzt werden . 

6.2 Ortung 

60 Das Endgerat muB tiber eine OrtungskotTiponente (GPS-Empfanger) verfugen. 
Die Ortungsgenauigkeil muB im Miltel <100 m sein. 

6.3 MMI 

65 Das Endgerat sollte Uber ein Text-Display und/oder Uber eine Sprachausgabe sowie Uber eine komfortable Eingabe- 
moglichkeit verfugen. 

Empfehlung fur das Display: min. 4 Zeilen, min. 20 Zeichen/Zeile. 
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6.4 Speicher 

Fur den VINFO-Dienst muB das Endgerat mindesiens 50 Verkehrsinforniaiionen speichem konnen. Um die Eingabe 
von Stan- und Zielpunkten zu crleicluern, sollie im Endgerai ein Noiizbuch mit mind. 50 Einiragen existieren, aus dem 
u. a. auch die AdreBbeschreibung iibernommen werden kann. 5 

6.5 Sonstige Anforderungen 

Der Erhali von empfangenen Verkehrsinibnnalionen sol lie neben der visuellen Anzeige optional durch ein akusiisches 
Signal angekiindigt werden. 10 

7 Anhang 

7.1 Meldungsverwallung - Realisierungsvorschlag 



Zur Erlaulerung des koinplizierlen Diensleablaufs wird in nachfolgendem Ablaufdiagramm die Meldungsverwallung 
schematisch dargestelli. Die Darsiellung ist nur zur Verdeutlichung des vorher lexilich Erlauierien zu verstehen. 

Abb. 7.1: Meldungsverwallung 



15 



20 
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7.2 Anfrage zusammenstellen und absenden 
Auch diese Ablaufdarstellung ist lediglich zur Verdeullichung des vorher beschriebenen Zusainmcnhangs gedacht. 

Abb. 7-2: Anfrage zusammensiellen und absenden 




Bekannte Meidungen 
zusammenstellen 



Message erzeugen 
(Meldungs-IDs, 
Anfrageart, 
Anfrageparameter,...) 



Message absenden 




7.3 Fixe Bestandteile der Traffic Information Message 



Information Element. 


5 Type 


Length [bits] 


Comment * ' ";^T 


Protocol Discriminator 


MF 


7 




Bulk Flag 


MF 


1 




Message Type 


MF 


8 




Number of following TINFOs (n) 


MF 


6 





















7.4 Fixe Bestandteile von TINFO 
Aus den folgenden Abschatzungen ergibt sich fur die fixen Bestandteile von TINFO ein Volumen von 130 Bit. 
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7.4.1 Block 1 (General Information) 



Information Element .-• . 


yType;; 


Length [bits] ; 


^ •- .Comment . >f!T 


Type ID 


MF 


3 




Priority 


MF 


2 




TINFO Version 


MF 


22 




Flag Bypass Information 


MF 


1 




Mill! i - *v\, , * !.v' ? f > U4v Cl ^V^v 5 '1 









7.4.2 Block 2 (Location) 
Standard Location Block 



Information Element 


, Type Length 
[bits] 


Comment - ';, 


Block Type 


MF 


1 


0, fur Standard Location Block 


Street 


MV 


22 


Street number, Add. Info, kein 
Text 


Direction 


MF 


2 




First Intersection 


MF 


32 




Last Intersection 


MF 


20 






; u i J 
- * >. - ^ - * 

% „ ' 


■ 77 '' 





7.4.3 Block 3 (Event) 



Information Element . 


Type 


' Length [bits] . 


Comment \ '';)■' 


Event Header 


MF/OF 


0 


nur ein Event, kein 
Event Header 


Event Type 


MF 


1 . 


0 : event type 1 


Code Flag 


MF 


1 


0 : Event Code 
kein Text ! 


Event-Code 


MF 


10 




Flag: Presence of Quantifier 


MF 


1 


1 : quantifier 


Quantifier 


OF 


8 
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7.4.4 Block 11 (End) 



Information Element " %. >^:\ r -fi. 


-•Type;, 


Length [bits] Comment , ' 


End-Header 


MF 


4 





7.5 Variable Bestandteile von TINFO 

In dieser Abschiitzung werden die Blocke Duration. Average Speed und Event Position nichl beriicksichligl, da sie nur 
selten Bestandteil von Verkehrsmeldungen sind. 

7.5.1 Block 4 (Cause) 



Information Element : -r 


oType:/ 


: Length [bits] 


Comment X| 


Cause Header 


MF 


4 




Cause type 


MF 


1 




Code Flag 


MF 


1 


0 : Event Code 
kein Text 


Event-Code 


MF 


10 












7.5.2 Block 5 (Hint), optional 


Information Element 


-.Type; 


Length [bits] 


Comment ; , , 


Hint Header 


MF 


4 




Hint type 


MF 


1 


0 : hint type 1 


Code Flag 


MF 


1 


0 : Event Code 

kein Text | 


Event-Code 


MF 


10 
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7.5.3 Block 7 (Bypass) 



Information Element 


•Type 


. Length [bits] v Comment 




r» 


Header 


MF 


4 


value = 0101 




Bypass Hint 


MV 


75 


5 Bit fur IE Presence, Flag 










Code/Text and Number of add. 


10 








locations 












Umleitungshinweis uber Event 










Codes: 10 Bit Event Code, 1 . Add. 


15 








Loc uber Geocode 35 Bit, 2. uber 








Street 25 Bit 






Bypass Route 


MV 


1 


Presence of IE = 0, keine Umlei- 










tungsroute 




20 








35 SS: r ■# 







Patentanspruche 25 

1. Vcrfahrcn zur Vcrkchrsin format ion, wobci auf Anfragc und/odcr auiomatisch Datcn zwischcn cincr Zcnlralcin- 
heit und einer mobilen Teilnehniereinheit ubertragen werden. 

2. Anordnung zur Verkehrsinformation, wobei mindestens eine Zentraleinheit sowie mindestens mehrere mobile 
Teilnehmereinheiten vorgesehen sind. 30 



35 



40 



45 



50 



55 



60 



41 
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